RECEIVED 
CENTRAL FAX CENTER 

DEC 222006. 

Remarks 

The above Amendments and these Remarks are in reply to the Office Action mailed 
August 25, 2006 and the Examiner Interview conducted on December 18, 2006 ; Applicants 
acknowledge with thanks Examiner Sherr's assistance in granting an interview on December 18, 
2006, during the course of which interview various features of the claimed embodiments were 
discussed, the substance of which is included herein. No fee is due for the addition of any new 
claims. A Petition for Extension of Time to Respond is submitted herewith, together with the 
appropriate fee. 

L Summary nf Fyamin er's Rejections 

Claims 1-22 and 27-30 were pending in the Application prior to the outstanding Office 
Action. In the Office Action, the Examiner rejected claims 1-22 and 27-30. Claims 1-9, 12-20 
and 23-26 were rejected under 35 U.S.C. 103(a) as being unpatentable over Kampe et aL (U.S. 
Pat. No. 6,854,069). 

II. Summary of Applicant's Amendment 

The present Reply amends Claims 1, 2, 5, 9-10, 12, 13, 16, 20-21, and 27-30, and cancels 
Claims 3-4, 11, 14-15, and 22, leaving for the Examiner's present consideration Claims 1, 2, 5- 
10, 12-13, 16-21, and 27-30. Reconsideration of the Application, as amended, is respectfully 
requested. Applicants respectfully reserve the right to prosecute any originally presented or 
canceled claims in a continuing or future application. 
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IIL Response to Rejections 
Claim 1 

Claim 1 has been amended by the current Response to more clearly define the 
embodiment therein. As amended, Claim 1 defines: 

A system for high availability clustering of a group of computer nodes, comprising: 

A Java-based cluster server that allows an software application to access a set of 
resources of various resource types, including different software application servers, 
within a cluster, wherein said resources and software application servers are available at 
one or more computers in the cluster, and wherein the resources and software application 
servers can be grouped by resource type within a pool of resources; 

a resource interface provided by said Java-based cluster server that provides an 
abstraction layer and allows the Java-based cluster server to receive uniform requests 
from the application and communicate the requests to said set of resources; 

a plurality of plugins that are plugged into the resource interface to provide a set of 
application-specific callbacks from the Java-based cluster server to the different 
resources, wherein the system includes a plugin for each resource type, and wherein each 
plugin implements a resource API to encapsulate its particular resource type-specific 
behavior and to isolate the Java-based cluster server from tbat behavior while providing 
access to its pool of resources; 

wherein a JNDI interface provides an interface between the Java-based cluster server 
and a JNDI-cornpliant database; 

wherein additional plugins may be plugged into the resource interface for other 
resource types; and 

wherein the system can be extended by adding additional computers with Java-based 
cluster servers and resource interfaces operating thereon. 

Claim 1, as currently amended, defines that the resources (the different software 
application servers) can be grouped by resource type within a pool of resources. A Java-based 
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cluster server allows access to the set of resources using a resource interface, which in turn 
provides an abstraction layer and allows the Java-based cluster server to receive uniform requests 
from the software application and communicate the requests to the resources. The system 
includes a plugin for each resource type, wherein each plugin implements a resource API to 
encapsulate its particular resource type-specific behavior and to isolate the cluster server from 
that behavior, while at the same time providing access to its pool of resources. Applicant 
respectfully submits that these features are not disclosed or suggested by the cited references. 

The advantages of the embodiment defined by CJaim 1 include that it provides a uniform 
high availability framework for use in a cluster that includes different resource types. One of the 
problems with currently available clustering systems is the need to integrate the cluster 
framework with its software applications by providing a set of application-specific callbacks. 
These application-specific callbacks are needed to allow adequate control and monitoring of the 
software applications running on the cluster. Examples of callbacks include application scripts, 
DLL's, and regular compiled/executable code. In a traditional cluster, each additional type of 
software application server would require their own specific callback. However, using the 
present embodiment, each resource instance (e.g. each software application server instance) can 
be of a particular resource type (e.g. the "WLS application server" and "Tuxedo application 
server 11 types from claim 11). Plugins implementing the resource API encapsulate their resource 
type-specific behavior, and isolate the Java-based cluster server from that behavior. The plugins 
then provide the mapping between framework's resource management abstractions and the 
resource type-specific way of realizing the particular functionality, without requiring their own 
specific callback on the cluster server. 
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Kampe discloses a system and method for achieving high availability (HA) in a 
networked computer system. As disclosed therein, the networked computer system includes 
nodes that are connected by a network. The method includes using high-availability-aware 
components to represent hardware and software in the networked computer system, managing the 
components to achieve a desired level or levels of redundancy, and monitoring the health of the 
networked computer system, including the health of the components and the nodes. (Column 2, 
lines 38-43). An HA system may be comprised of many independent "managed components." 
Such components may include: (1) hardware "field replaceable units" ("FRUs"), which can be 
powered on and off, removed, or replaced without affecting the operation of other hardware 
components and (2) independent software functions ("logical FRUs"), which can be shut-down, 
restarted, or upgraded without affecting other software in the system. Components may be "CPU 
nodes," each of which is running an instance of an operating system. Using "CPU nodes," the 
system enables individual nodes to be rebooted with little or no effect on other nodes. Further, 
hardware components may be distributed across multiple independent shelves and buses so the 
failure of a single fan, power-supply, CPU, or even a backplane does not take out the entire 
cluster or networked computer system. (Column 6 7 lines 35-62). A hot-swap manager ("HSM") 
may provide a higher-level service that runs above hot-swap bus managers, such as cPCIs, and 
managers for other types of FRU interconnects, such as an application that watches for payload 
cards to come alive on dedicated serial links or join an ethernet. The underlying bus managers 
are typically responsible for detecting and identifying newly inserted FRUs. The HSM may be 
responsible for deciding what to do with the new device. The HSM preferably knows about 
types of supported FRUs through code and/or configuration data, for example. For each 

-13- 

Attomey Docket No.; BEAS-1119US1 
tptunkett/bea$/1 1 1 9us 1/1 1 1Sus 1 .replyC.doc 

PAGE 17/20 1 RCVD AT 1212212006 8:00:47 PM [Eastern Standard Time] * SVR:USPTO-EFXRF-6/44 * DNIS:2738300 1 CSID:415 362 2928 * DURATION (mm-ss):02-58 



supported FRU type, the HSM preferably knows which component managers are to be 
instantiated to make the FRU useful. (Column 16, lines 44-61). 

In the Office Action it was submitted that Kampe discloses that components may be 
application servers, and that a plurality of plugins can be plugged into system to provide a 
mapping between the systems resource management functions and resource type-specific (i.e. 
application server-specific functionality). However, the above description appears to suggest 
that, rn Kampe, while each node may be running an instance of a particular operating system, 
there doesn't seem to be any discussion of, for example, multiple types of operating systems, or 
of multiple types of different software application servers running on those operating systems. 
By contrast, as defined by Claim 1, the system therein allows a client application to access a set 
of resources of various resource types, including different software application servers, (e.g. 
WebLogic servers and Tuxedo servers as in claim 11). The system includes a plugin for each 
type of application server, and the plugin implements a resource API to encapsulate its particular 
application-server-specific behavior from the Java-based cluster server, so that the Java-based 
cluster server can instead provide a uniform interface to the software application. 

Furthermore, as disclosed by Kampe, a HSM is responsible for deciding what to do with a 
new device, in that the HSM preferably knows about types of supported FRUs through code 
and/or configuration data, and preferably knows which component managers are to be 
instantiated to make the FRU useful. The above description appears to suggest that, in Kampe, 
the system must incorporate specific code into the server to support each FRU type, which 
appears analogous to incorporating application-specific callbacks in the server itself However, 
as defined by Claim 1, a plurality of plugins are plugged into a resource interface, which in turn 
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provide a set of application-specific callbacks, but otherwise isolates the Java-based cluster 
server from the application-specific behavior of the different software application servers and 
resources. 

hi view of the above comments, Applicant respectfully submits that Claim 1, as amended, 
is neither anticipated by, nor obvious in view of the cited references, and reconsideration thereof 
is respectfully requested. 

Claims 2, 5-10, 12-13, 16-21, and 27-30 

Independent claims 12, 27, and 29 should also be patentable for similar reasoning. 
Dependent claims 2, 5-10, 13, 16-21, 28, and 30 should be patentable because they depend on 
patentable independent claims. The dependent claims also add their own limitations which 
render them patentable in their own right. 

IV* Conclusion 

In view of the above amendments and remarks, it is respectfully submitted that all of tbe 
claims now pending hi the subject patent application should be allowable, and reconsideration 
thereof is respectfully requested- The Examiner is respectfully requested to telephone the 
undersigned if he can assist in any way in expediting issuance of a patent- 
Enclosed is a PETITION FOR EXTENSION OF TIME UNDER 37 C.F.R. §U36 for 
extending the time to respond up to and including December 25, 2006. 
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The Commissioner is authorized to charge any underpayment or credit any overpayment 



to Deposit Account No. 06-1325 for any matter in connection with this response, including any 
fee for extension of time, which may be required. 



Customer No.: 23910 
FUESLER MEYER LLP 
650 California Street, 14* Floor 
San Francisco, California 94108 
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Respectfully submitted, 



Date: December 22, 2006_ 




Thomas K. Plunkett 
Reg. No. 57,253 
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